home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0085 / 262.txt < prev    next >
Text File  |  1997-04-16  |  10KB  |  231 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Mon, 26 Feb 90       Volume 90 : Issue  262
  4.  
  5. Today's Topics:
  6.                   40 folder bug [Was: Re: poolfix3]
  7.                          A couple of requests
  8.                          Directory Limits??!!
  9.                       Make my STe sweat...?????
  10.                  STE DMA sound (documentation posted)
  11. ----------------------------------------------------------------------
  12.  
  13. Date: 26 Feb 90 12:19:49 GMT
  14. From: mcsun!ukc!edcastle!aimd@uunet.uu.net  (M Davidson)
  15. Subject: 40 folder bug [Was: Re: poolfix3]
  16. Message-ID: <2470@castle.ed.ac.uk>
  17.  
  18. In article <16819@cs.yale.edu> fischer-michael@CS.YALE.EDU (Michael Fischer)
  19.  writes:
  20. [Micheal writes about the 40-folder bug]...
  21. >TOS 1.0 and 1.2 used the memory less wisely and had varous bugs in the
  22. >management of the pool that could cause the machine to crash.  In
  23. >particular, it failed to check properly when the pool was exhausted,
  24. >so when too many folders or too many Malloc's used up the pool, weird
  25. >things would start happening.  The so-called "40-folder" limit was
  26. >just an empirical observation that users who had at most 40 folders on
  27. >their disks were unlikely to exhaust memory.  Thus, as long as one had
  28. >at most 40 folders, the problem would not usually be encountered.  By
  29. >increasing the size of the pool, FOLDRXXX allowed more folders to be
  30. >used.
  31.  
  32. I have just got a Hard Drive after 3 months of waiting for Power
  33. Computing to come up with it (just thought I'd add that dig). Now that I
  34. have all this disk space the 40-folder bug must be more likely.
  35.  
  36. Can someone explain exactly what causes the memory to be used up. Is it
  37. creating folders/opening folders or both? I have installed foldr100 but
  38. I'd like to have some sort of empirical measure of how long I can muck
  39. around with my drive (setting it up etc.) before I should reboot.
  40.  
  41. Also, what are the symptoms of the bug? Does the machine crash or would
  42. things like having several copies of the one file (with the same name) in
  43. the same directory be a possible consequence? This happened to me last
  44. night but I wouldn't like to jump to conclusions - I'd been compiling a
  45. C prog which refused to do anything but bomb out, but my ST kept on
  46. going (it didn't lock up) so normally I would have thought that was the
  47. cause.
  48.  
  49. While I'm on the subject, what does *one* bomb mean? Neodesk didn't know
  50. and either did any of my books....
  51.  
  52. >| Michael Fischer                                |
  53. >|    Arpanet:    <fischer-michael@cs.yale.edu>   |
  54.  
  55. ------------------------------
  56.  
  57. Date: 26 Feb 90 18:51:43 GMT
  58. From: swrinde!zaphod.mps.ohio-state.edu!lavaca.uh.edu!judy!cosc10hv@ucsd.edu
  59.  (Paul Sears)
  60. Subject: A couple of requests
  61. Message-ID: <5670.25e9265f@judy.uh.edu>
  62.  
  63. In article <1990Feb26.162623.437@chinet.chi.il.us>, saj@chinet.chi.il.us
  64.  (Stephen Jacobs) writes:
  65. > I have a couple of requests for information (maybe 3).
  66. >
  67. > Has anyone seen a STacy offered for retail sale in the USA?
  68. >
  69. > Has anyone seen a Mega ST offered for sale with TOS 1.4 as original equipment?
  70. >
  71. > Would someone who knows more details about the Spectrum picture format than
  72. > are given in the Baggett image formats list please explain the handling of
  73. > palettes to me a bit more.  What I get from the list is that the image data
  74. > looks just like a low rez screen, but that 3 palettes are loaded for each
  75. > scan line; the palettes are somewhat abbreviated.  What pixel number does
  76. > each palette take effect at?  Are these regular 16-word-long palettes?  If
  77. > the docs with the package are good enough, I might buy it just for the docs,
  78. > but with my lack of artistic ability, another paint program is the LAST
  79. > thing I need.
  80. >
  81. > I guess replies to the net are appropriate for the first 2 questions; mail
  82. > or posting, your choice, for the third.
  83. >
  84. > Thanks.                              Steve J.
  85.  
  86. As far as I know, there is a store here in Houston, TX that sells the Mega2's
  87. and Mega4's with tos 1.4 and blitters installed.  I am not sure whether they
  88. install the chips at the store or if they are shipped with them.  The store is
  89. called THE FLOPPY WIZARD, Memorial City Mall, Houston.  I don't know the exact
  90. address offhand...
  91.  
  92.  
  93.                 --------------------------------------------
  94.                 |  Paul Sears       University of Houston  |
  95.                 | "ThunderCat"      ---------------------  |
  96.                 |  node             COSC10HV@Elroy.Uh.Edu  |
  97.                 | 129.7.1.2      or TECHJW@Elroy.Uh.Edu    |
  98.                 |__________________________________________|
  99.  
  100.         'the greater an individual's power over others,
  101.         the greater the evil that might possibly originate with him'
  102.                 -  PROPAGANDA, off the CD, A SECRET WISH
  103.  
  104.  
  105.  
  106. ------------------------------
  107.  
  108. Date: 26 Feb 90 17:49:36 GMT
  109. From: shlump.nac.dec.com!engage.enet.dec.com!oldtmr!wallace@decwrl.dec.com  (Ray
  110.  Wallace)
  111. Subject: Directory Limits??!!
  112. Message-ID: <1534@engage.enet.dec.com>
  113.  
  114. In article <276.25E65B7C@uscacm.UUCP>, Ron.Hollins@uscacm.UUCP (Ron Hollins)
  115. writes...
  116. > Question:  Is there a limit to the total number of files that a
  117. >double-sided floppy disk can contain. (I'm NOT refering to the 40
  118.  
  119. Here is an article I wrote for or user group's (NAVAUS) newsletter last year,
  120. it should answer your question.
  121.  
  122.                                GGGG
  123.                              GG    GG
  124.                             G
  125.                             G
  126.                             G    GGGGem Alert
  127.                              GG    GG
  128.                                GGGG
  129.  
  130. Gem Alert, by Ray Wallace
  131.  
  132. As you probably all know GEM allows you to create folders (subdirectories) to
  133. place some of your files in. This article will describe some of the folder and
  134. file limitations inherent in GEM.
  135.  
  136. The top level (root) directory is limited to a maximum of 112 (256 for hard
  137. disks) files (directories are counted as files here). This restriction exists
  138. because the top level directory is created with a FIXED size when the disk is
  139. formatted. (NOTE:Disk formatting programs can be written to change these
  140. limits).
  141.  
  142. Subdirectories on the other hand can grow as need, so there is no limit
  143. on the number of files that can exist in a subdirectory. Subdirectories
  144. are really just specialized files, and just like other files can grow in size
  145. so can subdirectories. One limitation to subdirectories is that they can
  146. not shrink, in the sense that when you delete files (directory entries)
  147. the subdirectory does not get smaller.
  148.  
  149. On top of all of this there is also a limit to the maximum number of files a
  150. window will see. If you have more files in a directory than this window limit
  151. then you will not be able to see (or access) all of the files in a particular
  152. directory or subdirectory, regardless of how you scroll around with the scroll
  153. bars.
  154. ---
  155. Ray Wallace
  156.                 (INTERNET,UUCP) wallace@oldtmr.enet.dec.com
  157.                 (UUCP)          ...!decwrl!oldtmr.enet!wallace
  158.                 (INTERNET)      wallace%oldtmr.enet@decwrl.dec.com
  159. ---
  160.  
  161. ------------------------------
  162.  
  163. Date: 26 Feb 90 18:31:00 GMT
  164. From: ucsdhub!hp-sdd!apollo!rehrauer@ucsd.edu  (Steve Rehrauer)
  165. Subject: Make my STe sweat...?????
  166. Message-ID: <48e0f71e.20b6d@apollo.HP.COM>
  167.  
  168. In article <27242@cup.portal.com> Bob_BobR_Retelle@cup.portal.com writes:
  169. >Paul Sears asked:
  170. >>I am new on this  newsgroup.  I have an Atari 520ST upgraded to 1 meg.  I am
  171. >>aware of the new products that Atari is planning on releasing but this STe i
  172. >>new to me.   I have only heard of the TT and the Stacey Laptop - unless the
  173. >>is the same as the Stacey....  Someone give me some info...
  174. >
  175. >Probably the greatest departure from Atari policy of the past is the use
  176. >of standard SIMM modules for memory expansion.  The basic 1 Meg STE can
  177. >*easily*  be upgraded to 4 Megs, and rather inexpensively as well.  According
  178. >to Bob Brodie, Atari doesn't plan to sell very many 4160STEs (4 Meg units)
  179. >since it would be so easy to upgrade the 1040STE.
  180.  
  181. I thought we just heard from A.Pratt that use of SIMMs was on a "catch
  182. as catch can" basis -- whatever method of cramming RAMs into the box was
  183. cheapest on Day XYZ would be used.  Or was that for the STACEY?
  184.  
  185. >In my opinion, this change in policy regarding memory upgrading is one of
  186. >the most positive moves Atari has made in 5 years.  (The other of course
  187. >being hiring Bob Brodie...   :)
  188.  
  189. If opinions matter, I agree with BobR that use of standard SIMMs is a Good
  190. Thing for the customer.
  191. --
  192. >>"Aaiiyeeee!  Death from above!"<< | Steve Rehrauer, rehrauer@apollo.hp.com
  193.    "Flee, lest we be trod upon!"    | The Apollo System Division of H.P.
  194.  
  195. ------------------------------
  196.  
  197. Date: 26 Feb 90 21:30:30 GMT
  198. From:
  199.  zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!uflorida!beach.cis.ufl.edu!cr
  200.  1@tut.cis.ohio-state.edu  (Christopher Roth)
  201. Subject: STE DMA sound (documentation posted)
  202. Message-ID: <22463@uflorida.cis.ufl.EDU>
  203.  
  204. In article <2052@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes:
  205. >Why was this article posted?  That information is available to all
  206. >developers, is of limited interest to anyone else, and is protected by
  207. >the nondisclosure agreement between developers and Atari.  It's not
  208. >that this particular information is  all that secret, but posting it
  209. >does constitute a violation of that agreement.  I don't want to be a
  210. >bad guy about this, but you shouldn't just key in Atari documentation
  211. >and post it.  Among the reasons is that you can get it wrong, or leave
  212. >out important stuff, and people will complain to us about things which
  213. >are not our fault.
  214.  
  215.  
  216.    I am glad that SOMEONE at least is posting information about Atari
  217. machines, Atari sure isn't going to do it!  It is a sad state of
  218. affairs when you have to spend a couple of hundred bucks just to get
  219. information on your machine.
  220.  
  221. --
  222. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  223. *     Christoper Roth                         *  "Machines have no
  224. *     InterNet  :  cr1@beach.cis.ufl.edu      *   Conscience..."
  225. =-=-=-=-=-=-=-=-=-=-=-=-=-Post No Bills-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  226.  
  227. ------------------------------
  228.  
  229. End of INFO-ATARI16 Digest V90 Issue #262
  230. *****************************************
  231.